This listing of claims will replace all prior versions, and listings, of claims in the application. 



LISTING OF CLAIMS: 

1. (Previously Presented) A method for communication via a computer network, the 
method comprising: 

registering a plurality of users with a trusted body, including the steps of each of the users 
generating a first public/private key pair for a specific dialogue session, and sending the 
public key of the public/private key pair to the trusted body; 

said trusted body verifying the identity of each user by using said public key; 

said trusted body generating a random identifier for each user, and keeping a confidential 
record of the relation between the identity of each user and the random identifier for the user; 

one of the users entering into a dialogue with one or more other users by sending messages 
over the computer network and through the trusted body to said one or more other users, 
wherein said one of the users remains anonymous through use of its random identifier until 
such time as the user reveals its identity to one or more of the other users; and 
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wherein the trusted body has a second public/private key pair, and the user encrypts said 
messages using the pubUc key of said second pubUc/private key pair, and the method includes 
said trusted body recording the dialogue by recording the encrypted messages, and using the 
recorded dialogue together with the confidential record of the relation between the identity of 
a user and the random identifier to provide a means of non-repudiation of the dialogue by 
users. 

2. (Original) A method as claimed in claim 1, wherein the step of verifying the identity 
of a user is carried out by validating a public key cryptography certificate f or a user. 

3. (Original) A method as claimed in claim 1, wherein the trusted body verifies the 
suitability of a user to participate in a dialogue. 

4. (Original) A method as claimed in claim 1, wherein the trusted body verifies the 
authenticity of a message sent by a user. 

5. (Original) A method as claimed in claim 4, wherein the trusted body uses public key 
cryptography to authenticate messages sent by a user. 

6. (Original) A method as claimed in claim 1, wherein the trusted body time-stamps all 
messages from users when recording the dialogue formed by the messages between users. 
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7. (Original) A method as claimed in claim 1, wherein the dialogue is in real time. 

8. (Original) A method as claimed in claim 1, wherein the trusted body prescribes a set 
of rules to be followed by the users. 

9- (Previously Presented) A method as claimed in claim 1, wherein, the users can be any 
of individuals, corporate bodies, organizations, automated machines or software applications. 

10. (Original) A method as claimed in claim 1, wherein a message from a user is sent to 
an input queue to ensiire the correct order of the messages handled by the trusted body. 

11. (Original) A method as claimed in claim 1, wherein messages can include attachments 
in the form of documents to be discussed in the dialogue between users. 

12. (Original) A method as claimed in claim 11, wherein the attachments are signed or 
watermarked. 

Claims 13-17 (Cancelled). 

18. (Previously Presented) A method according to Claim 1, wherein the trusted body 
maintains the private key of said private key/pubUc key pair, and the step of using said private 
key to decrypt the encrypted messages. 
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19. (Previously Presented) A method according to Claim 1, wherein: 
the user has a third pubhc/private key pair; 

the steps of sending the public key of the public/private key pair to the trusted body includes 
the steps of the user signing the first public key by using the third private key and sending the 
signed first public key to the trusted body; 
comprising the further steps of: 

the trusted body verifying the identify of the user by obtaining the third public key and using 
the third pubUc key to verify the signature of the user on the first public key; 

the trusted body, after verifying the identify of the user, signing the random identifier and 
sending the signed random identifier to the user; and 

the user signing the message with the random identifier. 
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